Method of disseminating advertisements using an embedded media player page

ABSTRACT

A method of disseminating advertisements includes the step of transmitting to a media device ( 110 ) an embedded media player page for playing a media file. The embedded media player page allows a user of the media device ( 110 ) to create a bookmark for a browser. The bookmark points to the embedded media player page. The bookmark includes an address of the media file as a parameter. When the bookmark is used in the browser to play the media file, the embedded media player page instructs the media device ( 110 ) to request an advertisement from an advertisement server ( 104 ) for display in the embedded media player page.

This application is a continuation of U.S. patent application Ser. No. 14/049,827, filed Oct. 9, 2013 (now allowed), which is a continuation of U.S. patent application Ser. No. 13/399,602, filed Feb. 17, 2012 (now U.S. Pat. No. 8,595,475), which is a continuation of U.S. patent application Ser. No. 10/415,021, filed Apr. 24, 2003 (now U.S. Pat. No. 8,122,236), which claims the benefit under 35 U.S.C. §365 of International Application PCT/US01/51227, filed Oct. 24, 2001, which claims the benefit of U.S. Provisional Patent Application No. 60/242,848, filed Oct. 24, 2000. The contents of the above-referenced applications are expressly hereby incorporated herein by reference in their entireties.

This invention relates to media players for playing media files, such as audio and video files, and more particularly to embedded or wrapped media players.

“Wrapped” or “embedded” media players have become popular for providing content along with a media player application. A media player is an application that outputs audio and video files that are either stored locally in a multimedia device, or are streamed/downloaded from a remote storage site via a communications interface. A wrapped or embedded media player is a viewed application embedded within a data display. Examples of data displays being web pages, electronic programming guides, and other software applications creating graphical compositions. The data display code may include scripting that calls a media player, resident on a client, as an object for embedding within the data display. Alternatively, a functional media player applet may accompany a data page download, and the data page is configured to embed the media player generated by the applet.

Many content providers employ this embedded technique because the surrounding Web page offers advertising and branding space as a means to monetize the media experience. Known embedded media player pages that embed media players, however, suffer from several drawbacks. First, and particularly with respect to streamed video content, prior embedded media player pages generally display all video data at one size, causing the image composition to be cropped by the fixed size of the video display area. This is particularly a problem with Synchronized Multimedia Integration Language (SMIL) files that are hypertext markup language (HTML) like files that use the Extensible Markup Language (XML) syntax for bundling video, audio, text, graphic images and hyperlinks. SMIL files may not present to a user all of the available screen content if the presentation of the files is cut short by standard cropping techniques. Otherwise, a user has to manually adjust the embedded media player to the size of a video display.

In addition, while a user may view or listen to a media file played by an embedded media player, any bookmark created by the user using a browser typically points to the media file itself. Bookmarking directly to the media file bypasses the content of the embedded media player page and prevents the generation of revenue from advertising content and branding exposure during subsequent playbacks of the media file by the user.

Still further, collecting data from the use of an embedded media player could help content providers in gauging audience interest. For example, known embedded media player pages do not collect data indicating whether a user allowed a media file to play through to completion or closed an embedded media player page prior to completion of the playing of the media file. Also, data is not generated that indicate whether a user has left an embedded media player page open after completion of the playing of a media file. Such information may be used to evaluate the popularity of a media file, the relevance of a media file to a search query (when the file is identified to the user as a result of a search), and to identify the interest level of users with respect to content that surrounds an media player embedded within a web page.

A method of disseminating advertisements includes the step of transmitting to a media device an embedded media player page for playing a media file. The embedded media player page allows a user of the media device to create a bookmark for a browser. The bookmark points to the embedded media player page. The bookmark includes an address of the media file as a parameter. When the bookmark is used in the browser to play the media file, the embedded media player page instructs the media device to request an advertisement from an advertisement server for display in the embedded media player page. The method provides user exposure to the advertisement each time that the bookmark is used in the browser.

BRIEF DESCRIPTION OF THE DRAWINGS

The accompanying drawings illustrate preferred embodiments of the invention as well as other information pertinent to the disclosure, in which:

FIG. 1 is a stylized overview of a system of interconnected computer networks;

FIG. 1A is a stylized overview of a system for providing an exemplary embedded media player page to a client;

FIG. 2 is an illustration of a browser window displaying an exemplary embedded media player page;

FIG. 3 is a flow diagram illustrating a method of sizing an exemplary embedded media player page;

FIG. 4 is a flow diagram illustrating a method of disseminating advertisements using an exemplary embedded media player page; and

FIG. 5 is a flow diagram illustrating a method of collecting data using an exemplary embedded media player page.

As used herein, the following terms are defined:

“Script”—generally a short program written in an interpreted language such as Perl or Java and usually providing instructions for data and browser management;

“Scripting”—server or client-side programming which supplements a static HTML page, usually written in languages such as Perl, Java, JavaScript, and sometimes used in combination with Common Gateway Interface (CGI) scripts.

The Internet is a worldwide system of computer networks—a network of communication networks in a user at one computer can obtain information and communicate with a user of another computer, connected to one of the communication networks. The most used part of the Internet is the World Wide Web (often-abbreviated “WWW” or called “the Web”). One of the most outstanding features of the Web is its use of hypertext, which is a method of cross-referencing information. In most Web sites, certain words or phrases appear in text of a different color than the surrounding text, indicating that such terms may be links to other websites. These links identify other resources on the Internet via the use of a tag called a Universal Resource Indicator (URI) or Universal Resource Locator (URL), for example http://www.yahoo.com is a URI identifying a web page located at yahoo.com. Sometimes, there are buttons, images or portions of images that are “clickable.” Using the Web provides access to millions of pages of information. Web “surfing” is done with an Internet browser; the most popular of which presently are Netscape Navigator and Microsoft Internet Explorer. The appearance of a particular website may vary slightly depending on the particular browser used. Some browsers have “plug-ins,” which provide animation, virtual reality, sound, video, and other forms of multimedia.

Referring to FIG. 1 there is shown a stylized overview of a system 100 of interconnected computer system networks 102. Each computer system network 102 contains a corresponding local computer processor unit 104, which is coupled to a corresponding local data storage unit 106, and local network users 108. Computer system network 102 may be a local area network (LAN) or a wide area network (WAN) for example. Local computer processor units 104 are selectively coupled to plurality of clients 110 through Internet 114 described above. Each of the plurality of clients 110 may have various multimedia devices connected to their local computer systems, such as scanners, bar code readers, printers, and other interface devices 112. Client 110, programmed with an Internet browser, locates and selects (such as by clicking with a mouse) a particular Web page, the content of which is located on local data storage unit 106 of computer system network 102, in order to access the content of the Web page. The Web page may contain links to other computer systems and other Web pages.

Client 110 may be a computer terminal, a pager that can communicate through the Internet using the Internet Protocol (IP), a Kiosk with Internet access, a connected electronic planner (e.g., a PALM device manufactured by Palm, Inc.) or other device capable of interactive Internet communication, such as an Internet enabled television. Client 110 may also be a wireless device, such as a hand held unit (e.g., cellular telephone) that connects to and communicates through the Internet using the wireless access protocol (WAP) or a third generation (3G) compatible protocol.

FIG. 1A is a stylized overview of system 100A for providing an exemplary embedded media player page to client 110. System 100A generally utilizes the Internet structure described above in connection with system 100. System 100A preferably includes plurality of clients 110 connected to Internet 114. The system 100A also includes at least one media file source 116 which may be configured as computer system network 102 (FIG. 1). In any case, the media file source 116 is accessible through Internet 114 and provides at least one media file through Internet 114 for playing on client 110.

As used herein, the term “media file” includes audio, video, textual, interactive and multimedia data files, and includes “streaming media files.” Streaming media files include audio, video, multimedia, textual and interactive data files that are typically delivered over the Internet or other network environment to a client and playback on the client begins before delivery of the entire file is completed. This enables the stream to be played as quickly as possible without the user having to wait for a complete download. There is almost an unlimited variety of media content including songs, political speeches, news broadcasts, movie trailers, and playable animations.

Millions of media files already exist and are available from media file sources 116 through the World Wide Web. Many of these media files comporting to a streaming media file format. While a variety of streaming media file formats exist, the vast majority of streaming media files have been encoded as either REALAUDIO™, REALVIDEO™, MICROSOFT WINDOWS MEDIA FORMAT™, FLASH™, APPLE QUICKTIME™, MPEG-2 Layer III Audio, and MP3. Certain files, such as MP3 files and QUICKTIME™, can be used as both streaming (not completely received) and downloaded (completely received) files.

The system 100A also includes at least one customer system 118, at least one advertisement system 120, and at least one media file index and log system 122. Each system 118, 120, and 122 are connected to Internet 114 and may be configured as computer system network 102 described above in connection with FIG. 1. Each system is described below in detail in connection with a description of an exemplary embedded media player page. As used hereafter, “embedded media player page” refers to both the underlying code that directs the display of content by a browser and instructs the client to take certain actions and the content actually displayed as a Web page in a browser window.

Before the details of an exemplary embedded media player page are described, one preferred method of providing the embedded media player page is described. A user of client 110 accesses customer system 118 through Internet 114 using an Internet browser in a manner described above. Customer system 118 transmits a web page to client 110 through Internet 114. Customer system 118 may be, for example, a Web portal site, which provides access to a wide variety of information through a common interface centralized in a location, e.g., sports news, world news, weather information, travel information, etc. Although customer system 118 is described herein as a Web portal site, it should be understood that this is in no way a requirement, and customer system 118 may provide any manner of content or services, for example, customer system 118 may provide audio broadcasts streamed from radio stations that are selected from the portal site.

The Web page transmitted to client 110 from customer system 118 includes a media file search prompt. Any phrase, icon, or the like which is “clickable” or which accepts an input from a user may be considered a prompt for the user to make a selection. Providing the user with two “clickable” alternatives is essentially the equivalent of directly prompting the user with a textual prompt to make a selection, e.g., “Please select A or B.” Generally, the media file search prompt may be configured as a search window (as is common with many search engines) and prompts the user to enter search criteria for a media file, such as a streaming audio or video file. The search criteria are transmitted to customer system 118, which then transmits the search criteria through Internet 114 to media file index and log system 122. Customer system 118 may license these search capabilities or otherwise obtain the search capabilities from an entity that populates the media file index and log system 122.

Media file index and log system 122 includes a database having indexed therein a plurality of media files. The database of media files preferably does not include media files themselves, but rather includes data identifying media files that are available from the plurality of media files sources 116 in system 100A. Examples of data stored for each respective media file indexed within the database include the Web address of the media file, such as in the form of a URI or URL referring to the media file, the playing length of the media file (i.e., the amount of time it takes a media file to play in a media player from beginning to end), a unique identifier for the media file, and the type of media file (SMIL file, audio file, video file, REALAUDIO™ file, WINDOWS MEDIA™ file, etc.). The database may also include description data describing the content of each indexed media file, and the database may be populated using conventional search engine techniques known to those of ordinary skill. One known technique utilizes a program, called a “robot” or “spider”, which pre-traverses a network in search of documents (e.g., web pages) and builds large index files of keywords found in the documents. As an example, description data for an audio file may identify whether the audio data is musical in nature, the title of a song, the artist, the type of music, copyright data, etc.

Media file index and log system 122 transmits search results through Internet 114 to customer system 118, such as in an XML format. Customer system 118 converts the XML results to an HTML (hypertext markup language) format and transmits the results to client 110 as a Web page that preferably includes a list of links to media files located at media file sources 116, satisfying a user's search criteria. As an example, a user at client 110 may enter a search request for “Pearl Harbor” and “movie trailer”. The search request is received by customer system 118 and is transmitted to media file index and log system 122, which then searches local and remote databases for indexed media files that satisfy the search request. Assuming five streaming video files are indexed that meet the user's search request, media file index and log system transmits the results to customer system 118. These results may include the playing length of each video file, the URI address of each video file, encoding bit rate of the video file, file format, a database identifier unique to each video file, frame dimensional data for each video file, or any other information contained within the database. The customer system 118 then transmits the search results in a customized HTML page to the client 110 for display to the user using a browser of a client 110.

The user of the client 110 may then decide to view the video data contained within a video file listed in the search results displayed to the user by clicking a link to one of the video files. When the user “clicks” on a link to a selected video file, a script file, such as a JavaScript file, transmitted to the client from the customer system 122 instructs the client to request the embedded media player page from the customer system 122. The details of the embedded media player page are described below.

It should be understood that FIG. 1A shows individual systems as separate functional blocks for illustrative purposes only, but some or all of the illustrated and described functions may be combined physically within one or more systems. For example, a customer system 118 may also provide the functions of an advertisement system 120.

FIG. 2 is an illustration of an exemplary embedded media player page transmitted from customer system 118 through Internet 114 and displayed to the user by a client 110. Embedded media player page includes a reference to a functional media player object (such as a RealPlayer plug in). A reference is a tag (as a file locator as a universal resource indicator, URI, URL, or a file/object accessed through a directory structure) that refers to file, media object, or executable computer code stored in a memory structure. The media player object generally is resident on the client, although the reference tag could trigger a download of a media player applet to control the output of a media file. Embedded media player page also includes a reference through a URL to one or more advertisements to be provided by at least one advertisement system 120 for display. Embedded media player page may also include a reference to one or more branding logos to be displayed. The reference to the branding logos may also be a URL address of a graphics file available from customer system 122 or computer system 102. The graphics file may be in a graphics file format as a graphic interchange format (GIF), or another type of compressed/decompressed graphic file format. Embedded media player page may also include a search query input form (e.g., a search window) and clickable search command button. The above references and features may be contained within an HTML frameset.

Referring to FIG. 2, the embedded media player page is shown in a pop-up window 200 generated by a browser, such as Microsoft Internet Explorer, of a client 110. The embedded media player page includes video display area 202 (when the embedded player plays video files) and control 204 for controlling the output of a media file. Exemplary control 204 includes a play button, pause button, stop button, slider bar, forward and rewind, buttons, and a status window for displaying buffer status information relevant to streamed files. An autosizing feature of an exemplary embedded media player page is described hereafter in connection with FIGS. 2 and 3.

If frame dimensional data for a selected video file is available at step 300, i.e., if it is available in media file index and log system 122, embedded media player page receives at step 302 frame dimensional data for the video file selected for playing by the user. In one embodiment, the frame dimensional data is transmitted to customer system 118 from media file index and log system 122 and is forwarded to client 110 along with search results (if the frame dimensional data is available from media file index and log system 122). When the user selects a video file for viewing, the embedded media player page is transmitted from the customer system 118 to the client 110. Embedded media player page can then utilize frame dimensional data forwarded to client 110 as described above. Alternatively, frame dimensional data can be forwarded along with the embedded media player page to client 110, once the user makes a video file selection that prompts the transmission of the embedded media player page to the client 110. If frame dimensional data is not available, embedded media player page uses default values at step 301 that are transmitted along with the embedded media player page. It has been found that default values of approximately 780 pixels for the width 202 b of a video display area 202 and 348 pixels for the height 202 a of a video display area are generally appropriate, although other values may certainly be utilized.

Frame dimensional data preferably include a frame height value and a frame width value for the video file that is to be played with the embedded media player page. These values may identify the total number of pixels in the height of an individual frame in the video data of the video file and the total number of pixels in the width of an individual frame in the video data of the video file. The media player is called as an object by the embedded media player page when launched (i.e., operated or run) within the embedded media player page at step 304. At step 306, the height 202 a and width 202 b (FIG. 2) of the video display area 202 are dynamically sized based upon the received frame dimensional data or the default dimensional value (if the frame dimensional data for the video file is not available at step 300).

By dynamically sizing the video display area 202 based upon the frame dimensional data, the video file data (e.g., the picture) is displayed at its intended dimensions or at a scale thereof as appropriate. Particularly with respect to SMIL files, the video data is displayed in an uncropped form, in contrast to prior embedded player pages, which crop video data, often making the video data un-viewable or at least unsatisfying.

At step 308, the dimensions of the pop-up window 200 in which the embedded media player page is displayed are sized based upon the frame dimensional data, and, therefore, based in part upon the sizing of the video display area 202. The pop-up window 200 is sized to accommodate the dynamically sized video display area 202, control 204 and any other content of the embedded media player page. For example, the height 200 a and width 200 b of the pop-up window 200 may be sized based upon a predefined rule relating the dimensions 200 a, 200 b of the pop-up window to the dimensions 202 a, 202 b of the video display area 202. In one exemplary embodiment, a JavaScript file associated with the embedded media player page (i.e., transmitted along with the embedded media player page to the client 110) adjusts various attributes of the pop-up window 200, such as the HSPACE, BORDER and/or VSPACE attributes of a Microsoft Internet Explorer browser window, according to the predefined rule.

An exemplary embedded media player page also includes content displayed along at least one edge 203 of the video display area 202. This content may include, for example, advertisements 206, branding logos 208, a search window 210 a and search command button 210 b, to name a few types of content. This content is dynamically located within the embedded media player page at step 310. The dimensions of the player page, and therefore, of the pop-up window 200, may be sized to leave sufficient margin for the content between at least one edge 203 of the video display area 202 and the edges 201 of the pop-up window 200.

Again, the positioning of this content relative to the edges 201 of pop-up window 200 and the edges 203 of the video display area 202 may be determined based upon a predefined rule, such as one that, for example, centrally locates a branding logo 208 between a selected edge 203 of the video display area 202 and a selected edge 201 of the pop-up window 200, or that centrally locates an advertisement 206 between two opposite edges 201 of pop-up window 200. Controls 204 may similarly be located. A predefined rule may even dynamically position content in relation to different edges 201, 203 based at least in part on the frame dimensional data. For example, if the frame dimensional data dictates a particularly large width 202 b for the video display area, and a determination has been made that extremely wide pop-up windows are unattractive or cumbersome, selected content can be located above or below the video display area 202 rather than along a side edge 203 or edges 203 of the video display area 202.

Search window 210 a and search command button 210 b allow the user to request a search for media files, such as video files, indexed within media file index and log system 122. The search results may be displayed to the user in the original search results page described above. The user may then launch another embedded media player page in a second pop-up window by selecting a media file as described above. A media type checkbox grid (not shown) may also be displayed in the embedded media player page for allowing the user to limit a search to a particular media type, such as WINDOWS MEDIA files or MP3 files.

As mentioned in connection with FIG. 1A, the embedded media player page includes a reference to one or more advertisements to be provided by at least one advertisement system 120 for display as content within the embedded media player page. An example of an ad reference which instructs a client to request advertisements for inclusion in the embedded media player page is: <IMGSRC=http://theadservercompany.com/ad.GIF>. The IMGSCR command identifies a file named “ad.GIF” (located at theadservercompany.com) as a screen image that is to be displayed within the embedded media player page.

The media player located in an embedded media player page supports the type of media that a regular media player. Preferably, the embedded media player reference video files (or other media file as appropriate in a non-video context), such as a SMIL streaming file, for playback. The embedded media player also supports the display of an advertisement (second video file or image), streamed from a secondary source. The streamed advertisement may be optionally adjusted in accordance with the sizing of the video file. Also, the streamed advertisement is selected in reference to the video file. For example, an HTML code is sent from customer system 118 to client 110 (the example referring to FIGS. 1 and 2):

<EMBED TYPE=”application/x-mplayer2” NAME=”MediaPlayer” SRC=”http://thestreamhost.com/thestream.asx” WIDTH=400 HEIGHT=320></EMBED>.

The command “EMBED TYPE” is a MIME based command that tells client 110 to embed media player “x-mplayer2” in a web page as shown in pop-up window 200. The client 110 executes the embedded media player and entitles the pop-up window 200 “MediaPlayer” from the NAME command. A file entitled “thestream.asx” is found and streamed by the media player from a media file source 116 located at “thestreamhost.com” through Internet 114 via a SRC command. The file “thestream.asx” is outputted by the embedded media player in a window 202 sized at 400 horizontal pixels by 320 vertical pixels, as determined by the WIDTH and HEIGHT commands. Customer system 118 optionally transmits additional HTML code to client 110 for displaying an advertisement:

<ADSERVER TYPE=″VIDEOSTREAM″ STREAMSOURCE=”http://adserver.adsite.com/adspace.asx” WIDTH=100 HEIGHT=80>(/ADSERVER>.

The command “ADSERVER TYPE” instructs the embedded media player that it will be accessing a video based advertising server. The embedded media player locates and requests a streaming media file “adspace.asx” from an advertisement system 120 at “adserver.adsite.com”. The streaming media file is streamed to client 110 and outputted by the embedded media player in window 206, which utilizes a pre-assigned area for displaying streaming media and static (still picture) advertisements. Customer system 118 instructs client 110 via HTML code to display the streaming media file in a window 206 that is 100 horizontal pixels by 80 vertical pixels. The size of the advertisement window may be selected in accordance with the size of video file (as described above) via use of a sizing algorithm. In this example, customer system 118 divides the pixels allocated for the horizontal and vertical pixels by 4 (400/4=100, 320/4=80). This process defines a 100 horizontal pixel by 80 vertical pixel area for window 208 to display the streaming media advertisement. Client 110 may adjust the size of areas of windows 202 and 206 if pop-up window 200 is modified or resized.

Referring again to FIG. 2, embedded media player page may also include a hyperlink 214 to the media file at a media file source 116. This allows a user to directly link to the media file for playback and bookmarking purposes. Bookmarks typically associate to a location of a web page or a file, by storing the URI or URL of the corresponding web page or file. The association of an embedded media player with a bookmark may provide a user with a better means of accessing media at a specific location, than if accessed without a bookmark. For example, the playback of an MP3PRO™ media file located via a bookmark is optimized by using an embedded media player (that is MP3PRO™ compatible, an associated player with the bookmark) instead of a standard MP3 player (enabled as a default media player). Also, the embedded media player may associate a specific advertisement with a bookmark. For example, a person playing a media file with a bookmark enabling a REALAUDIO™ player would receive a different advertisement than a bookmark enabling a QUICKTIME™ player, for the same media file.

Additionally or alternatively, an exemplary embedded media player page provides the user with an “add to favorites” option, such as through “clickable” option 212. As explained hereafter, this “add to favorites” option provides for an exemplary method of disseminating advertisements in order to provide additional advertising revenue opportunities each time that a user revisits a media file, whether it be an audio, video, textual, or multimedia file, streaming or other transport file scheme. It should be apparent that an embedded media player page calls as a reference an audio player when the media file is strictly an audio file. In that case, embedded media player page of FIG. 2 would not include video display area 202, but would include appropriate controls 204 and other features specific to audio players that should be familiar to those of ordinary skill.

Referring to FIG. 4, embedded media player page including the “add to favorites” feature is transmitted to client 110 at step 400 for playing a media file, such as a media file selected by a user of client 110 from a search results page as described above. At step 402, a user selects the “add to favorites” option presented by the embedded media player page. A bookmark for an Internet browser, such as Microsoft Internet Explorer, used by the client 110 is then created at step 404 to the embedded media player page that was displayed to the user, rather than directly to the played media file. The bookmark points to embedded media player page, such as through a URI or URL address, and includes an address of the played media file as a parameter. An example of a bookmark may be as follows:—http://theCustomer.com/player/player_fset.html?http://www.recordarchive.com/real_audio/lies.ra m&cp=2000+Mercury&spk=2113761124&rmp—. The first part of the URL (theCustomer.com/player/player_fset.html) is the address of the standard embedded media player page at a customer system 118. After the “?”, the bookmark includes parameters specific to the media file, such as the address of the media file at a media file source 116 (http://www.recordarchive.com), media player type (real_audio), copyright information (lies.ram&cp=2000+Mercury), and media file identification number (2113761124&rmp). The media file identification number is a unique identifier associated with the media file from the media file index and log system 122 that may used to authenticate whether a user should have access to a file. The embedded media player page transmitted from a customer system 118 to client 110 includes all of the HTML code and frameset which are relatively constant each time the embedded media player page is transmitted from the customer system 118 to a client 110, but the embedded media player page relies on parameters for that which is to be different each time the embedded media player page is to be displayed by a client 110, such as which media file is to be played by the embedded player.

A bookmark typically includes the information necessary to cause client 110 to display the embedded media player page for playing a media file when a user in step 406 selects the bookmark, referring to the media file. When the user selects the bookmark, the client 110, through a browser, uses the URL address of the bookmark to launch the embedded media player page. Like step 400, the embedded media player page is again transmitted to client 110 for playing the media file, which is identified as a parameter in the bookmark. The other content included within the embedded media player page, and defined by the embedded media player page references and frameset, is also displayed.

As described above, the reference to an advertisement system 120 in the embedded media player page instructs client 110 to request, such as through an HTTP request, at least one advertisement from at least one advertisement system 120 for display in the embedded media player page. Therefore, the bookmark, by pointing to the embedded media player page rather than the media file, creates additional opportunities for advertisement and branding impressions with users. These impressions provide additional revenue opportunities associated with the advertisements and brandings. These additional impressions and revenue opportunities would not be available if the bookmark pointed directly to a media file from a media file source 116. A script file associated with the embedded media player page, such as a JavaScript file, may create this bookmark.

A explained below, an exemplary embedded media player page also facilitates the collection of data in connection with the playing of a media file. Referring to FIG. 5, an embedded media player page is transmitted at step 500 to client 110 for playback of a media file. As explained above, a client 110 may in response to a selection of a media file by a user from a search results page display this step to the user. The step may also be in response to a selection of a bookmark pointing to an embedded media player page as described above in connection with FIG. 4.

At step 502, the embedded media player page instructs the client 110 to transmit a media file identification message to a log server of media file index and log system 122. This request should at least identify to the log system 122 the media file that is to be played for the user by the embedded media player page. An exemplary media file identification message includes the Internet Protocol (IP) address of the user, typically the IP address or Universal Resource Locator of client 110, the domain address of the customer system 118 that transmitted the embedded media player page to the client 110, a unique identifier for the media file (such as a unique identifier of the media file used in the media file index and log system 122 and received along with a search results page), any search query that caused the media file to be provided to the user as a selection in a results list of a search results page, and the ranking (if any) of the media file within the search results list of a search results page, and a session identifier indicating the communication thread between client 110 and customer system 118. The media file index and log system 122 preferably maintains a respective log for each indexed media file. The log server records that the media file has been selected for playing by a user, preferably by storing at step 504 the information contained within the media file identification message in the media file's respective log. The log may be maintained as a portion of a database 106. The log server may record the time that the media file identification message was received, but the media file identification message preferably includes time data, such as a time stamp, retrieved from the client and identifying the time at which the media file identification message was transmitted.

The media file identification message is preferably transmitted to the media file index and log system 122 substantially proximate in time to when the media file begins to play in the embedded media player of the embedded media player page, particularly in the case of streaming media files which are typically buffered for a period of time before play begins, but this particular timing is not a requirement. In one exemplary embodiment of the embedded media player page, the media file identification message takes the form of an HTTP request to the media file index and log system 122 for a one-pixel GIF file. A one-pixel GIF is simply a one pixel by one pixel transparent image that is referenced by the embedded media player page. The one-pixel GIF is returned to the client as a standard HTTP response. The one-pixel GIF is transparent to the user when displayed in the embedded media player page. The above identified information contained within the media file identification message can be appended to the HTTP request sent by the client for the GIF file. The HTTP request can then be stored in a server log, and the information can then be retrieved and organized within a database for processing and analysis. The HTTP request may, alternatively, be made to another system, such as an advertising system 120. The logs of each advertising system 120 may then be combined and evaluated.

The embedded media player page also preferably includes scripting to instruct the client 110 to transmit at least one subsequent message at step 506 while the embedded media player page remains open. The subsequent message is transmitted to the log server of the media file index and log system 122. The embedded media player page preferably includes scripting that instructs the client 110 to transmit a message at predetermined time intervals while the embedded media player page remains open. By “open,” it is meant that the embedded media player page is displayed by a browser, such as in pop-up window 200. At step 508, a time stamp for the at least one subsequent message is stored in the log associated with the media file.

In an exemplary embodiment of the embedded media player page, the subsequent messages are also HTTP requests for one-pixel GIF files, and a time stamp retrieved from client 110 is appended to each request. These subsequent requests may occur, for example, each time that the embedded media player page instructs the client to request a new advertisement for display from an advertisement system 120, although other periodic intervals may also be used. In one exemplary embodiment, these advertisements are requested approximately every thirty seconds while the embedded media player page is open. If the embedded media player page includes scripting to request a new advertisement ever thirty seconds, for example, then a new entry is added to the log for the media file approximately every thirty seconds for as long as the embedded media player page remains open.

The media file index and log system 122 preferably indexes and maintains logs for a plurality of media files. When the logs maintained by the media file index and log system 122 are populated with sufficient data, this data can be processed, such as with a software program operating at media file index and log system 122, to provide valuable information. For example, the total number of times (or total number of times over a selected time period) that each media file indexed in the media file index and log system 122 has been selected for playback a user of an embedded media player page provided by customer system 118 can be identified from the logs. This information provides raw popularity data and allows for the ranking of the popularity of media files that are indexed in the media file index and log system 122, based at least in part on the ranking results.

Further, the media file index and log system 122 preferably includes data identifying the playing time of each indexed media file. By comparing the known playing time against the data in the log server for the media file, specifically the time stamps in the log, much information can be gleaned about the user and the playing event. For example, by calculating the difference in time between the first and last time stamps for a media file during a selected playing session recorded in the log, the approximate length of time that the embedded media player page was left open by the user can be calculated. Comparing this approximate length of time with the playing length of the media file can identify whether the embedded media player page was left open after the playing of the media file ended or whether the embedded media player page was closed before the entire media file was played.

If the embedded media player was left open for any extended period of time after the playing of the media file ended, it may be deduced that the media file played unattended or that the content of the media file was peripheral to the user's attention. In that case, the other content of the embedded media player page may have been most important to the user. This fact also indicates that additional advertising impressions were made on the user if the embedded media player page is configured to instruct the client 110 to request new advertisements at periodic intervals while the embedded media player page is open. Identifying that the embedded media player page was closed before the media file played to completion may identify how pertinent or relevant a played media file was to a user's initial search request, for example. This information, in turn, may be used to evaluate the description data contained in a searchable database that describes the content or other characteristics of an indexed media files and/or to evaluate the methods used to populate that database. The embedded media player page, therefore, provides access to a media file while advantageously creating another product—popularity and relevance metrics possibly generated at location of the media player.

In another embodiment of the embedded media player page, a user is prompted to evaluate a played media file, such as by rating the media on a numerical scale. In this embodiment, the embedded media player page instructs the client 110 to transmit the rating information that is provided by the user to the media file index and log system 122, where it may be processed and evaluated.

The present invention can be embodied in the form of methods and apparatus for practicing those methods. The present invention can also be embodied in the form of program code embodied in tangible media, such as floppy diskettes, CD-ROMs, hard drives, or any other machine-readable storage medium, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention. The present invention can also be embodied in the form of program code, for example, whether stored in a storage medium, loaded into and/or executed by a machine, or transmitted over some transmission medium, such as over electrical wiring or cabling, through fiber optics, or via electromagnetic radiation, wherein, when the program code is loaded into and executed by a machine, such as a computer, the machine becomes an apparatus for practicing the invention. When implemented on a general-purpose processor, the program code segments combine with the processor to provide a unique device that operates analogously to specific logic circuits.

Although various embodiments have been illustrated, this is for the purpose of describing, and not limiting the invention. Various modifications will become apparent to one skilled in the art and are within the scope of this invention described in the attached claims 

The invention claimed is:
 1. A method comprising the following operations performed by at least one processor: receiving information defining an embedded media player interface for displaying at least one media file and at least one advertisement, the interface including at least one media file reference to an address for retrieving the at least one media file and at least one advertising media reference to an address for retrieving the at least one advertisement, and the information comprising instructions for transmitting at least one media file identification message to a remote system at predetermined time intervals; determining whether the received information comprises frame dimensional data; based on the determination, sizing a media display area for displaying the at least one media file; and sizing the embedded media player interface, based on the sized media display area, to display at least the at least one advertisement.
 2. The method of claim 1, further comprising sizing the media display area based on at least one of the frame dimensional data or a default set of data.
 3. The method of claim 1, further comprising locating at least one component in the embedded media player interface that it is visible to a user, the at least one component comprising the at least one advertisement, a link, an image, a button, or an input field.
 4. The method of claim 3, further comprising: receiving a command to resize the interface; and resizing at least one component based on the command.
 5. The method of claim 1, wherein the instructions for transmitting the at least one media file identification message comprise instructions to transmit a request for a new advertising media reference and a time stamp related to the playback of the at least one media file.
 6. A system for media playback, comprising: at least one processor; and a non-transitory tangible computer-readable medium storing code segments, the code segments configured to cause the at least one processor to perform the following operations: receiving information defining an embedded media player interface for displaying at least one media file and at least one advertisement, the interface including at least one media file reference to an address for retrieving the at least one media file and at least one advertising media reference to an address for retrieving the at least one advertisement, and the information comprising instructions for transmitting at least one media file identification message to a remote system at predetermined intervals; determining whether the received information comprises frame dimensional data; based on the determination, sizing a media display area for displaying the at least one media file; and sizing the embedded media player interface, based on the sized media display area, to display at least the at least one advertisement.
 7. The system of claim 6, wherein the code segments further comprise code segments for causing the at least one processor to size the media display area comprises sizing the media display area based on at least one of the frame dimensional data or a default set of data.
 8. The system of claim 6, wherein the code segments further comprise code segments for causing the at least one processor to locate at least one component in the interface that it is visible to a user, the at least one component comprising the at least one advertisement, a link, an image, a button, or an input field.
 9. The system of claim 8, wherein the code segments further comprise code segments configured to cause the at least one processor to perform the following operations: receiving a command to resize the interface by an amount; and resizing at least one component based on the amount.
 10. The system of claim 6, wherein the instructions for transmitting the at least one media file identification message comprise instructions to transmit a request for a new advertising media reference and a time stamp related to the playback of the at least one media file.
 11. A non-transitory tangible computer-readable medium storing program code segments, the program code segments configured to cause at least one processor to perform a method, the method comprising: receiving information defining an embedded media player interface for displaying at least one media file and at least one advertisement, the interface including at least one media file reference to an address for retrieving the at least one media file and at least one advertising media reference to an address for retrieving the at least one advertisement, and the information comprising instructions for transmitting at least one media file identification message to a remote system at predetermined intervals; determining whether the received information comprises frame dimensional data; based on the determination, sizing a media display area for displaying the at least one media file; and sizing the embedded media player interface, based on the sized media display area, to display at least the at least one advertisement.
 12. The medium of claim 11, wherein sizing the media display area comprises sizing the media display area based on at least one of the frame dimensional data or a default set of data.
 13. The medium of claim 11, wherein sizing the embedded media player interface comprises dynamically locating at least one component in the interface to ensure that it is visible to a user, the at least one component comprising the at least one advertisement, a link, an image, a button, or an input field.
 14. The medium of claim 13, wherein the program code segments are further configured to cause the at least one processor to perform the following operations: receiving a command to resize the interface by an amount; and resizing the at least one component based on the amount.
 15. The medium of claim 11, wherein the instructions for transmitting the at least one media file identification message comprise instructions to transmit a request for a new advertising media reference and a time stamp related to the playback of the at least one media file. 